
METHOD AND APPARATUS FOR USING 
A DEVELOPMENT PORT FOR BOOT UP 

The present invention is related to employing a development port of a microprocessor for 
boot procedures and in particular to reduce or avoid the need for relying on a read only memory 
(ROM) or similar device for boot up. 

5 BACKGROUND INFORMATION 

It is common for microprocessor-based electronic equipment to include two or more 
interconnected printed circuit boards, often including a main circuit board having the main 
controller or microprocessor (often termed the "motherboard") and one or more connected 
"daughterboards". In many electronic devices, some or all of the daughterboards, may, 
10 themselves, be "intelligent", i.e., may have their own programmable controllers, typically 
: i microprocessors. 

!; i When electronic devices of these types are operated, upon initial power-up (or, in some 

'■■ 3 cases, upon resetting the microprocessors) some or all devices on the boards need to access 
; i ! and/or execute certain microcode or other code or configuration information. Some or all of this 
j;5 code or information may include what is commonly called "boot-up code". Because such boot- 
i! 3 up code must be available, (e.g. upon power-up), it is often stored in a read only memory (ROM) 
ri device mounted on the same board where the microprocessor is mounted. Although ROM 
i: ■ components are commonly provided for this purpose, it is, at least theoretically, possible to use 

any type of non-volatile memory, such as flash memory, SRAM and the like. 
20 In many situations, providing or mounting a separate ROM (or other non- volatile 

memory) component on an intelligent daughterboard is a non-optimal approach to providing 
boot-up code. The mounting of a ROM component on a daughterboard occupies surface area on 
the board which is often needed for accommodating other components or circuitry (particularly 
since many daughterboards have relatively small surface area). Furthermore, the ROM 
25 components themselves undesirably add to the cost of the daughterboard and, the cost of 

mounting such ROM devices undesirably adds to the cost of board fabrication. ROM devices 
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undesirably consume power. Furthermore, ROM devices and similar memory devices may be 
cumbersome or impossible to reprogram, e.g., to accommodate upgrades and the like. 
Accordingly, it would be useful to provide a system, method and apparatus for use in booting up 
an intelligent daughterboard while eliminating or reducing the need for mounting a ROM or 
5 other nonvolatile memory on the daughterboard. 

Cost is often a consideration in designing and implementing electronic devices and, 
although there are advantages (noted above) to avoiding the need for mounting nonvolatile 
memory on a daughterboard, the cost for such an approach can be a significant issue. 
Accordingly, it would be useful to provide a system, method and apparatus to reduce or avoid the 
1 0 need for mounting nonvolatile memory on an intelligent daughterboard in which at least some of 
the components or features involved are components and features which are already present, e.g. 
for another purpose. 

a 
. *t 

i I SUMMARY OF THE INVENTION 

15 The present invention includes the recognition of the existence, nature and/or source of 

\ problems in previous approaches, including as described herein. According to one aspect, the 
»5 development port of a daughterboard microprocessor (which is a port that is normally inactive or 
i; ] not used during power-up, boot-up, reset or during normal operation) is used to facilitate one or 
; : i more of the boot-up procedures, such as accessing or storing boot-up code, configuration 
20 information and the like, originating on (or received from) the motherboard (or other component 
r i of the electronic device). In one embodiment, the development port is used only for 

downloading or accessing the minimum amount of boot code (or the like) needed or useful for 
initially booting or configuring the daughterboard components. In one embodiment, initial code 
downloaded, via the development port, includes code as needed for configuring a memory 
25 controller and/or other devices permitting operation of a DRAM. Thereafter, additional 

operating system or other code is imported into daughterboard memory via more conventional 
routes. In another embodiment, the development port is used for downloading, onto the 
daughterboard, some or all of the operating system (or the so-called "image") used for normal 
operation of the daughterboard. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figs. 1 A and ID are a flow diagram and a block diagram, respectively, depicting 
procedures and components for boot-up with respect to an intelligent daughter card according to 
one previous approach; 
5 Figs. IB and IE are a flow diagram and a block diagram, respectively, depicting 

procedures and components for boot-up with respect to an intelligent daughter card according to 
one previous approach; 

Figs. 1C, and IF are a flow diagram and a block diagram, respectively, depicting 
procedures and components for boot-up with respect to an intelligent daughter card according to 
10 one previous approach; 

Fig. 2 is a block and flow diagram depicting components and procedures using a Debug 
port for testing or Debug purposes according to previous approaches; 

u * Figs. 3 A, B and C are block diagrams depicting procedures for daughterboard boot-up 

; 4 

v * according to embodiments of the present invention; and 

i5 Fig. 4 is a flow chart depicting steps in a boot-up procedure of an intelligent 

| ; J daughterboard according to an embodiment of the present invention. 

;= i DETAILED DESCRIPTION OF THE 

| : j PREFERRED EMBODIMENT 

20 

!: 4 Before describing aspects of the present invention, certain previously-used approaches 

i;i will be described. As depicted in Figs. 1 A and ID, according to at least some previous 

approaches, upon power up (or reset) of an electronic device 1 12, an intelligent daughterboard 
1 14 (i.e. having a microprocessor or similar controller 1 16), which is coupled to a motherboard 

25 118 (typically via an edge connector 122) will have a microprocessor 1 16 which receives boot 
code 124 from a non- volatile memory such as a ROM 126 mounted on the daughterboard. In a 
typical situation, the daughterboard processor 1 16 includes a serial or other port 128 coupled to a 
bus 132. However, in typical previous devices, it is necessary to use the boot code 124 to 
configure the serial port 128 before receiving information from the motherboard 118 over the bus 

30 132. For this reason, in the configuration depicted in Fig. ID, it is impossible to download the 
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boot code 124 from the motherboard 118 over the bus 132, since the daughterboard 128 cannot 
be configured until after the boot code 124 has been accessed. As noted above, the need for 
providing a nonvolatile memory 126 mounted on the daughterboard 1 14 undesirably increases 
costs, occupies board surface area, consumes power, and may make it cumbersome or impossible 
5 to provide programming upgrades. 

After the boot code 124 is provided from the ROM 126, the port 128 can be configured 
thus permitting the operating system or "image" to be loaded 134 (Fig. 1 A), typically from the 
ROM 126 (Fig. lD)(e.g. a PROM or from a flash memory). As described below, in other 
configurations, the image can be downloaded through the interface between the host and the 
10 daughtercard. Thereafter, the microprocessor 116 can be reset and the operating system or image 
can execute 136 (Fig. 1A). 

In the approach of Figs. IB and IE, a daughterboard which contains a memory other than 
[ x i (or in addition to) a dynamic random access memory (DRAM) storage device, such as a static 
!■ I random access memory device (SRAM) 138. In the approach of Fig. IB, following power up or 
15 reset 1 12 the processor 142 (Fig. IE) on the motherboard (or "host" ) 1 18 provides firmware or 
* t microcode image for downloading 144, e.g., via a serial or other bus 146 to the non-DRAM 
* storage device 1 38 on the daughter card 1 14 (via an interface between the host and the card). 
!;] Following the image download, the processor on the daughter card 1 14 is reset 148 (Fig. IB), 
!. ! after which it executes the image 1 52. 

20 Unfortunately, the configuration depicted in Figs. IB and IE is not feasible when the 

H target device on the daughter card (for storing the image) is DRAM 154 (as depicted in Fig. IF). 
In the approach depicted in Figs. 1C and IF, the DRAM 154, for proper operation, needs to be 
coupled to or controlled by a memory controller 156 (Fig. IF) (e.g. to provide it with timing 
information and the like). A memory controller 156 can be provided externally in hardware (e.g. 
25 using a programmable logic device or a field programmable gate array or the like) or, in some 
cases, may be built-in as part of the microprocessor 116. In either case, however, the memory 
controller 156 must be typically configured before it can control the DRAM 154. Accordingly, 
in the configuration of Figs. 1C and IF, upon power up or reset 1 12 (Fig. 1C), microcode or 
configuration information 158 (Fig. IF) is provided to (or accessed by) the microprocessor 1 16 
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from a ROM 126 (or other nonvolatile memory) and then provided 162 to the memory controller 
156. Thus, in the embodiment of Fig. 1C, a ROM 126 is used, increasing cost, occupying surface 
area, consuming power and making it impossible or cumbersome to provide updates. In the 
approach of Figs. 1C and IF, after the memory controller has been configured, the image or 
5 operating system can be downloaded, e.g. from the motherboard 144 for storage 164 in the 

DRAM 154. Thereafter, the microprocessor 1 16 is reset 166 (Fig. 1C) and the image stored in 
the DRAM 1 54 is executed 168. 

Thus, as can be seen from Figs. 1 A through F, in the depicted previous approaches, it was 
typically necessary to provide some type of non-DRAM, typically non-volatile, memory 
10 component or device 126 (Figs, ID and F), 138 (Fig. IE) (such as a PROM or an SRAM) on the 
daughterboard 1 14. SRAMs and similar devices are generally disadvantagous at least because of 
their relatively high cost, and power and space requirements. 
; One aspect of the present invention involves the recognition that a component or feature 

of many types of microprocessors which is provided for testing or debugging purposes, namely 
\S the development port (DP) (sometimes referred to as a "Debug port") can play a role in boot-up 
; : j of an intelligent daughterboard, in particular, in such a way as to reduce or avoid the need for 
>! 5 mounting a ROM component (or other non- volatile memory component) on the daughterboard. 
v i Many types of microprocessors provide a development port or debug port. One example 

!.. i is the development port provided in the Motorola MPC860 microprocessor and described, e.g., in 
20 MPC860 Power Quicc™ user's manual, especially at pages 4-1 through 4-12 and 18-22, 1 8-40, 
v I incorporated herein by reference. Regardless of what it may be called in other contexts, as used 
herein, a development port or Debug port of a microprocessor is a port which does not need 
configuration, following a power-up or (soft) reset, in order to load or receive data provided at 
the port. In the present context, a soft reset will cause the image to start executing at the reset 
25 vector in DRAM. In the example of the MPC860, the development port is a dedicated serial port 
which does not need any of the regular system interfaces. In the example of the MPC860, the 
development port provides a full duplex serial interface. The physical connections for using the 
development port in the MPC860 include a 10-pin connector. Typically, the development port of 
a microprocessor is inactive or not used during normal operation of the electronic device and also 
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is typically inactive or not used during power-up or boot-up procedures in an electronic device. 
Instead, the development port is generally used during product design or development, testing, 
debugging and the like. In a typical use, a Debug port 212 (Fig. 2) of a microprocessor 214 is 
connected, via a ribbon connector, cable or the like, 216 to an external emulator device 218. An 
5 example of an external emulator device of a type that can be used in connection with the 

MPC860, for example, is that sold under the trade name Code TAP™, available from Applied 
Microsystems Corporation, and described, for example, in "Emulator Installation Guide, Code 
TAP for the Motorola MPC8XX", particularly pages 1-7, 21-8 and 4-124-1 1, incorporated herein 
by reference. An emulator 21 8 is typically used for testing the above unit, or other development 
10 purposes, and is typically not coupled to a Debug port during normal operation of an electronic 
device by an end user. When an emulator 218 is coupled to a Debug port 212, it is possible to 
use the emulator 218 to load data to the Debug port 212 and, if desired, it would be possible to 
/ 1 use an emulator 2 1 8 to download boot code 222 to the Debug port 212. 
,: = One aspect of the present invention involves using the Debug port of a daughterboard 

15 microprocessor during normal use by an end user and, in particular during normal boot-up, such 
^ * as following power-on or reset. As depicted in Figs. 3A-C and 4, following power-up or reset 
! ;3 412a,b, (Fig.4) initial boot-up code (or configuration information), which can, in at least one 
i; ] embodiment, include memory controller configuration information, is downloaded 314 (Fig. 3 A) 
!. » from a motherboard 3 1 6 to a coupled daughterboard 3 1 8 through the development port 322 of the 
20 daughterboard microprocessor 324. In the embodiment depicted in Fig. 3A, a bus (or other) 
Q communication line 326 is provided between the development port 322 and a connection or 

interface to the motherboard 3 1 6, e.g. through an edge connector 328b. In one embodiment, on 
the daughterboard 3 18, the bus 326 comprises a plurality of traces or leads formed on the surface 
of the printed circuit board 3 18 in a manner that will understood by those of skill in the art. With 
25 respect to the motherboard 3 16, in one embodiment, a serial peripheral device connection is 

used, at least during boot up, for providing a path to download information codes, configurations 
and the like stored on the motherboard (e.g. in a memory device mounted on or coupled to the 
motherboard). 
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In the embodiment depicted in Figs, 3A-C, the memory controller 332 is provided as a 
component of the microprocessor 324, although, as noted above, it is also possible to use the 
present invention in configurations in which a memory controller is provided as an external 
device. The information which was downloaded 414 is used to configure 416 the memory 

5 controller 322. Once the memory controller 332 has been configured, the DRAM 334 is, at least 
theoretically, operable. In one embodiment (Fig 3C), following configuration of the memory 
controller 332, further coding or software, such as an operating system or "image" is downloaded 
336 (step 436) through the development port 322 for transfer 338 to the DRAM 334. In another 
embodiment (Fig 3B), image or other code can be transferred 342 from the motherboard and 

10 provided 446 to the DRAM 334 by using a system bus 346 i.e. without using the development 
port 322 for the transfer of the image or the operating system. In any case, after the operating 
system or image has been stored in the DRAM 334, the daughterboard microprocessor can be 

':i (soft) reset 448 and the image can be executed 452. 

I As can be seen from Figs. 3 A-C, use of the development port 322, as described, makes it 

't 3 

15. possible to provide for configuration or boot up of an intelligent daughterboard in the absence of 
! : = a need for using a ROM or other non- volatile memory mounted on the daughterboard. The 
1 ^ depicted embodiments include a DRAM mounted on the daughterboard, but typically, a DRAM 
i; 1 would be provided for use during non-boot up general operation of the daughterboard and 
[■ t accordingly does not represent an additional cost, consumption of power or surface area and the 
20 like (compared to the power, surface area and cost needed for non-boot-up operation). As noted 
i; j above, a Debug port is commonly provided on microprocessors (for other purposes) and thus this 
component or feature used during embodiments of the present invention also is a component or 
feature which is already present for other purposes and thus is compatible with providing 
embodiments of the present invention without the need to design or provide additional 
25 components. In at least some embodiments, communication of code or data from the 

motherboard to the daughterboard development port is performed using the motherboard's serial 
peripheral device connection, coupling or pathway, also already present (on the motherboard) for 
another purpose, thus in assisting in avoiding the need for incurring additional design or 
component costs in order to implement embodiments of the present invention. 
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In light of the above description a number of advantages of the present invention can be 
seen. The present invention makes it feasible to achieve configuration and/or boot up of an 
intelligent daughterboard while reducing or eliminating the need for using and/or mounting a 
ROM or other non-volatile memory device on the daughterboard. The present invention 
5 accordingly can reduce the cost, consumption of surface area and/or consumption of power on 
the daughterboard, needed for boot up or configuration purposes, e.g. providing additional 
surface area which can be used mounting other circuitry or components. The present invention 
effectively makes use of one or more features or components which are provided or used for 
other purposes, thus making it possible to implement at least some embodiment of the present 

10 invention without undue requirements for adding additional components to an electronic device. 

The number of variations and modifications of the invention can be used. It is possible to 
use some aspects of the invention without using others. It is possible to use the development port 
) I during daughterboard boot up without using it for configuring a memory controller. The present 
' 5 invention can be used in any of a plurality of different types or categories of electronic devices, 

1 1 including personal computers, work stations, network devices such as routers, switches, bridges, 

■ s ~ 

l ; I hubs and the like, telecommunications devices or components and the like. 

i! ] The present invention, in various embodiments, includes components, methods, 

n processes, systems and/or apparatus substantially as depicted and described herein, including 

It various embodiments, subcombinations, and subsets thereof. Those of skill in the art will 

2Q understand how to make and use the present invention after understanding the present disclosure. 

■ ^ The present invention, in various embodiments, includes providing devices and processes in the 

absence of items not depicted and/or described herein or in various embodiments hereof, 
including in the absence of such items as may have been used in previous devices or processes, 
e.g. for improving performance, achieving ease and\or reducing cost of implementation. The 
25 present invention includes items which are novel, and terminology adapted from previous and/or 
analogous technologies, for convenience in describing novel items or processes, do not 
necessarily retain all aspects of conventional usage of such terminology. 

The foregoing discussion of the invention has been presented for purposes of illustration 
and description. The foregoing is not intended to limit the invention to the form or forms 
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disclosed herein. Although the description of the invention has included description of one or 
more embodiments and certain variations and modifications, other variations and modifications 
are within the scope of the invention, e.g. as may be within the skill and knowledge of those in 
the art, after understanding the present disclosure. It is intended to obtain rights which include 
alternative embodiments to the extent permitted, including alternate, interchangeable and/or 
equivalent structures, functions, ranges or steps to those claimed, whether or not such alternate, 
interchangeable and/or equivalent structures, functions, ranges or steps are disclosed herein, and 
without intending to publicly dedicate any patentable subject matter. 



